Blockchain-based data synchronization system, method, apparatus, and electronic device

ABSTRACT

Methods, systems, and apparatus, including computer programs encoded on computer storage media, for blockchain-based data synchronization are provided. One of the methods includes: receiving, a transaction order created based on a transaction record; storing, the transaction order in association with the blockchain upon confirming the transaction order; receiving, a payment order created based on a payment record; storing, the payment order in association with the blockchain upon confirming the payment order; receiving, a fund transfer corresponding to the payment order; verifying, an amount of the fund transfer is consistent with the amount paid by the payer to the payee through the payment node; performing, a split-settlement operation on the payee based on the amount paid by the payer to the payee through the payment node; creating, a split-settlement record based on the split-settlement operation; and uploading, the split-settlement record for confirmation by the transaction node and the payment node.

CROSS-REFERENCE TO RELATED APPLICATION

The specification is a continuation application of International PatentApplication No. PCT/CN2020/071366, filed with the China NationalIntellectual Property Administration (CNIPA) on Jan. 10, 2020, which isbased on and claims priority to and benefit of Chinese PatentApplication No. 201910340287.5, filed with the CNIPA on Apr. 25, 2019.The entire contents of all of the above-identified applications areincorporated herein by reference.

TECHNICAL FIELD

The specification relates to the field of computer technologies, and inparticular, to an consortium-blockchain-based data synchronizationsystem, method, storage medium, apparatus, and an electronic device.

BACKGROUND

With the rapid development of technologies, such as mobile Internet,cloud computing, and big data, online cardless payment platforms becomepopular rapidly. The online cardless payment platforms are usuallypayment platforms that are actually engaged in payment services assupported by licensed acquirers without a payment business license fromthe central banks. When a merchant entrusts such payment platforms toconduct a transaction, some payment platforms usually directly post asettled fund to an account of the merchant, this may cause a problem ofsecondary clearing of the fund.

At present, to avoid the problem of secondary clearing of the fund, anindependent software vendor (ISV) usually chooses to open a sub-accountin a bank depository system for performing account settlement andsplit-settlement operations for the merchant. Specifically, the ISV mayacquire a payment through a payment system of a third-party paymentcompany. The third-party payment company credits the acquired fund tothe depositary bank, and the depositary bank then performs accountsplit-settlement operations for the merchant based on a reconciliationstatement provided by the third-party payment company and an accountsplitting instruction issued by the ISV.

Although the above mode avoids the problem of secondary clearing of thefund, account split-settlement information relies on the accountsplitting instruction of the ISV and original data provided by thethird-party payment company, and consequently the bank depository systemperforms account split-settlement for the merchant based on such accountsplit-settlement information. Therefore, the existing settlement andaccount splitting mode still has the problem of secondary clearing ofinformation.

SUMMARY

Embodiments of the specification provide a consortium-blockchain-baseddata synchronization system, method, storage medium, apparatus, and anelectronic device to resolve a problem of secondary clearing ofinformation in existing settlement and account splitting mode.

To resolve the above technical problems, the embodiments of thespecification are implemented in the following way.

A first aspect provides an consortium-blockchain-based datasynchronization system including a transaction node, a payment node, andan account split-settlement node. The transaction node creates atransaction order based on a transaction record, and uploads thetransaction order to a consortium blockchain for the payment node andthe account split-settlement node to confirm the transaction order. Thepayment node creates a payment order based on a payment record of apayer in the transaction order on the payment node, and uploads thepayment order to the consortium blockchain for the transaction node andthe account split-settlement node to confirm the payment order. Theaccount split-settlement node performs an account split-settlementoperation based on a fund transfer operation performed by the paymentnode on the account split-settlement node with respect to the paymentorder, creates an account split-settlement record based on the accountsplit-settlement operation, and uploads the account split-settlementrecord to the consortium blockchain for the transaction node and thepayment node to confirm the account split-settlement record.

A second aspect provides an consortium-blockchain-based datasynchronization method. The method is implemented on a transaction node,and the method includes creating a transaction order based on atransaction record, and uploading the transaction order to a consortiumblockchain for a payment node and an account split-settlement node toconfirm the transaction order.

A third aspect provides an consortium-blockchain-based datasynchronization method, wherein the method is implemented on a paymentnode. The method includes: creating a payment order based on a paymentrecord of a payer in a transaction order on the payment node; anduploading the payment order to a consortium blockchain for a transactionnode and an account split-settlement node to confirm the payment order,wherein the transaction order is uploaded by the transaction node to theconsortium blockchain, and the transaction order has been confirmed bythe payment node and the account split-settlement node.

A fourth aspect provides an consortium-blockchain-based datasynchronization method, wherein the method is implemented on an accountsplit-settlement node. The method includes: performing an accountsplit-settlement operation based on a fund transfer operation performedby a payment node on the account split-settlement node with respect to apayment order; creating an account split-settlement record based on theaccount split-settlement operation; and uploading the accountsplit-settlement record to an consortium blockchain for a transactionnode and the payment node to confirm the account split-settlementrecord, wherein the payment order is uploaded by the payment node to theconsortium blockchain, and the payment order has been confirmed by thetransaction node and the account split-settlement node.

A fifth aspect provides a transaction node including: a transactioncreation unit, configured to create a transaction order based on atransaction record; and a transaction uploading unit, configured toupload the transaction order to an a consortium blockchain for a paymentnode and an account split-settlement node to confirm the transactionorder.

A sixth aspect provides a payment node including: a payment creationunit, configured to create a payment order based on a payment record;and a payment uploading unit, configured to upload the payment order toa consortium blockchain for a transaction node and an accountsplit-settlement node to confirm the payment order.

A seventh aspect provides an account split-settlement node including: anaccount split-settlement unit, configured to perform an accountsplit-settlement operation based on a fund transfer operation performedby a payment node on the account split-settlement node with respect to apayment order; a settlement creation unit, configured to create anaccount split-settlement record based on the account split-settlementoperation; and a settlement uploading unit, configured to upload theaccount split-settlement record to a consortium blockchain for thetransaction node and the payment node to confirm the accountsplit-settlement record, wherein the payment order is uploaded by thepayment node to the consortium blockchain, and the payment order hasbeen confirmed by the transaction node and the account split-settlementnode.

An eighth aspect provides an electronic device including a processor,and a memory arranged to store computer-executable instructions that,when executed, causes the processor to perform the following operations:creating a transaction order based on a transaction record; anduploading the transaction order to a consortium blockchain for a paymentnode and an account split-settlement node to confirm the transactionorder.

A ninth aspect provides a computer-readable storage medium, wherein thecomputer-readable storage medium stores one or more programs that, whenexecuted by an electronic device including a plurality of applications,cause the electronic device to perform the following operations:creating a transaction order based on a transaction record; anduploading the transaction order to a consortium blockchain for a paymentnode and an account split-settlement node to confirm the transactionorder.

A tenth aspect provides an electronic device, including a processor, anda memory arranged to store computer-executable instructions that, whenexecuted, causes the processor to perform the following operations:creating a payment order based on a payment record of a payer in atransaction order on the payment node; and uploading the payment orderto a consortium blockchain for a transaction node and an accountsplit-settlement node to confirm the payment order, wherein thetransaction order is uploaded by the transaction node to the consortiumblockchain, and the transaction order has been confirmed by the paymentnode and the account split-settlement node.

An eleventh aspect provides a computer-readable storage medium, whereinthe computer-readable storage medium stores one or more programs that,when executed by an electronic device including a plurality ofapplications, cause the electronic device to perform the followingoperations: creating a payment order based on a payment record of apayer in a transaction order on the payment node; and uploading thepayment order to a consortium blockchain for a transaction node and anaccount split-settlement node to confirm the payment order, wherein thetransaction order is uploaded by the transaction node to the consortiumblockchain, and the transaction order has been confirmed by the paymentnode and the account split-settlement node.

A twelfth aspect provides an electronic device including a processor anda memory arranged to store computer-executable instructions that, whenexecuted, causes the processor to perform the following operations:performing an account split-settlement operation based on a fundtransfer operation performed by a payment node on an accountsplit-settlement node with respect to a payment order; creating anaccount split-settlement record based on the account split-settlementoperation; and uploading the account split-settlement record to aconsortium blockchain for the transaction node and the payment node toconfirm the account split-settlement record, wherein the payment orderis uploaded by the payment node to the consortium blockchain, and thepayment order has been confirmed by the transaction node and the accountsplit-settlement node.

A thirteenth aspect provides a computer-readable storage medium, whereinthe computer-readable storage medium stores one or more programs that,when executed by an electronic device including a plurality ofapplications, cause the electronic device to perform the followingoperations: performing an account split-settlement operation based on afund transfer operation performed by a payment node on an accountsplit-settlement node with respect to a payment order; creating anaccount split-settlement record based on the account split-settlementoperation; and uploading the account split-settlement record to aconsortium blockchain for a transaction node and a payment node toconfirm the account split-settlement record, wherein the payment orderis uploaded by the payment node to the consortium blockchain, and thepayment order has been confirmed by the transaction node and the accountsplit-settlement node.

In a further aspect, a method for blockchain-based data synchronizationin a blockchain is provided. The method comprises: receiving, atransaction order created based on a transaction record; storing, thetransaction order in association with the blockchain upon confirming thetransaction order; receiving, a payment order created based on a paymentrecord; storing, the payment order in association with the blockchainupon confirming the payment order; receiving, a fund transfercorresponding to the payment order; verifying, an amount of the fundtransfer is consistent with the amount paid by the payer to the payeethrough the payment node; performing, a split-settlement operation onthe payee based on the amount paid by the payer to the payee through thepayment node; creating, a split-settlement record based on thesplit-settlement operation; and uploading, the split-settlement recordfor confirmation by the transaction node and the payment node.

In an embodiment, the blockchain comprises a consortium blockchain.

In an embodiment, the method further comprises: creating, by thetransaction node, the transaction order based on the transaction record;signing, by the transaction node, a digest of the transaction orderusing a private key of the transaction node to obtain a digitalsignature; and uploading, by the transaction node, the transaction orderand the digital signature to the blockchain for confirmation by thepayment node and the split-settlement node.

In an embodiment, the confirming the transaction order comprises:decrypting the digital signature using a public key of the transactionnode to obtain a first digest; applying a hash function to thetransaction order to obtain a second digest; and verifying that thetransaction order is uploaded by the transaction node to the blockchainif the first digest is consistent with the second digest.

In an embodiment, the method further comprises: creating, by the paymentnode, the payment order based on the payment record; signing, by thepayment node, a digest of the payment order using a private key of thepayment node to obtain a digital signature; and uploading, by thepayment node, the payment order and the digital signature to theblockchain for confirmation by the transaction node and thesplit-settlement node.

In an embodiment, the confirming the payment order comprises: decryptingthe digital signature using a public key of the payment node to obtain afirst digest; applying a hash function to the payment order to obtain asecond digest; and verifying that the payment order is uploaded by thepayment node to the blockchain if the first digest is consistent withthe second digest.

In an embodiment, the method further comprises: signing, by thesplit-settlement node, a digest of the split-settlement record using aprivate key of the split-settlement node to obtain a digital signature;and uploading, by the split-settlement node, the digital signature tothe blockchain.

In an embodiment, the method further comprises: verifying, by thetransaction node, the split-settlement record based on the digitalsignature; and verifying, by the payment node, the split-settlementrecord based on the digital signature.

In an embodiment, the plurality of blockchain nodes further comprises aregulatory node, and wherein the method further comprises confirming, bythe regulatory node, at least one of the transaction order, the paymentorder, or the split-settlement record.

In another aspect, a system for blockchain-based data synchronizationimplemented in a blockchain is provided. The system comprises at leastone processor and a non-transitory computer-readable storage mediumstoring instructions executable by the at least one processor to causethe system to perform operations. The operations comprise: receiving atransaction order created based on a transaction record via a computernetwork, wherein the blockchain has the computer network of a pluralityof blockchain nodes comprising a transaction node, a payment node, andthe split-settlement node, and the at least one processor comprises thefirst processor; storing, the transaction order in association with theblockchain upon confirming the transaction order; receiving, a paymentorder created based on a payment record; storing, the payment order inassociation with the blockchain upon confirming the payment order;receiving, a fund transfer corresponding to the payment order;verifying, an amount of the fund transfer is consistent with the amountpaid by the payer to the payee through the payment node; performing, asplit-settlement operation on the payee based on the amount paid by thepayer to the payee through the payment node; creating, asplit-settlement record based on the split-settlement operation; anduploading, the split-settlement record for confirmation by thetransaction node and the payment node.

In another aspect, a non-transitory computer-readable storage medium forblockchain-based data synchronization implemented in a blockchain isprovided. The medium is configured with instructions executable by oneor more processors to cause the one or more processors to performoperations. The operations comprise: receiving a transaction ordercreated based on a transaction record via a computer network, whereinthe blockchain has the computer network of a plurality of blockchainnodes comprising a transaction node, a payment node, and thesplit-settlement node, and the at least one processor comprises thefirst processor; storing, the transaction order in association with theblockchain upon confirming the transaction order; receiving, a paymentorder created based on a payment record; storing, the payment order inassociation with the blockchain upon confirming the payment order;receiving, a fund transfer corresponding to the payment order;verifying, an amount of the fund transfer is consistent with the amountpaid by the payer to the payee through the payment node; performing, asplit-settlement operation on the payee based on the amount paid by thepayer to the payee through the payment node; creating, asplit-settlement record based on the split-settlement operation; anduploading, the split-settlement record for confirmation by thetransaction node and the payment node.

The embodiments of the specification can achieve at least the followingtechnical effects using the foregoing technical solutions. Aftercreating a transaction order based on a transaction record, thetransaction node may upload the transaction order to a consortiumblockchain for other nodes in the consortium blockchain to confirm thetransaction order, thereby synchronizing the transaction order among allnodes in the consortium blockchain. After creating a payment order basedon a payment record, the payment node may upload the payment order tothe consortium blockchain for other nodes in the consortium blockchainto confirm the payment order, thereby synchronizing the payment orderamong all nodes in the consortium blockchain. After performing anaccount split-settlement operation, the account split-settlement nodecan create an account split-settlement record based on the accountsplit-settlement operation, and upload the account split-settlementrecord to the consortium blockchain for other nodes in the consortiumblockchain to confirm the account split-settlement record, therebysynchronizing the account split-settlement record among all nodes in theconsortium blockchain.

Taking the advantage of the characteristic that information in theconsortium blockchain is unfalsifiable, the transaction order, thepayment order, and the account split-settlement record are all uploadedto the consortium blockchain. After being confirmed by other nodes thanthe uploading node in the consortium blockchain, the data issynchronized, thereby preventing falsification of original data in theprocess of transaction and account split-settlement.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings described herein are used for providingfurther understanding for the specification and constitute a part of thespecification. Embodiments of the specification and descriptions thereofare used for explaining the specification and do not constitute anylimitation to the specification.

FIG. 1 is a schematic structural diagram of aconsortium-blockchain-based data synchronization system, according to anembodiment of the specification.

FIG. 2 is an overall schematic structural diagram of a consortiumblockchain, according to an embodiment of the specification.

FIG. 3 is an implementation flowchart for applying aconsortium-blockchain-based data synchronization method in an actualscenario, according to an embodiment of the specification.

FIG. 4 is an implementation flowchart for applying aconsortium-blockchain-based data synchronization method to a transactionnode, according to an embodiment of the specification.

FIG. 5 is an implementation flowchart for applying aconsortium-blockchain-based data synchronization method to a paymentnode, according to an embodiment of the specification.

FIG. 6 is an implementation flowchart for applying aconsortium-blockchain-based data synchronization method to an accountsplit-settlement node, according to an embodiment of the specification.

FIG. 7 is a schematic structural diagram of a transaction node,according to an embodiment of the specification.

FIG. 8 is a schematic structural diagram of a payment node, according toan embodiment of the specification.

FIG. 9 is a schematic structural diagram of an account split-settlementnode, according to an embodiment of the specification.

FIG. 10 is a schematic structural diagram of an electronic device,according to an embodiment of the specification.

FIG. 11 is a schematic structural diagram of an electronic device,according to another embodiment of the specification.

FIG. 12 is a schematic structural diagram of an electronic device,according to another embodiment of the specification.

DETAILED DESCRIPTION OF THE INVENTION

To make the objectives, technical solutions, and advantages of thespecification clearer, the following description clearly and completelydescribes the technical solutions of the specification with reference tospecific embodiments of the specification and the correspondingaccompanying drawings. The described embodiments are only someembodiments rather than all the embodiments of the specification. Allother embodiments obtained by a person of ordinary skill in the artbased on the embodiments of the specification without creative effortsshall fall within the protection scope of the specification.

The technical solution provided by various embodiments of thespecification will be described in detail below with reference to theaccompanying drawings.

To resolve the problem of secondary clearing of information in theexisting settlement and account splitting mode, the embodiments of thespecification provide a consortium-blockchain-based data synchronizationsystem. The secondary clearing of information generally means that,without involving a specific fund settlement step, an unlicensedinstitution, such as a third-party payment platform, dominates theprovision of a merchant fund settlement statement due to the advantageof the grasp of original transaction data. The commercial banks andpayment institutions use the fund settlement statement provided by theunlicensed institution as a basis for crediting the merchants' accounts.

Specifically, as shown in FIG. 1, a schematic structural diagram of aconsortium-blockchain-based data synchronization system 100 according toone or more embodiments of the specification. A blockchain has acomputer network of a plurality of blockchain nodes including atransaction node, a payment node, and a split-settlement node. Theblockchain system (i.e., a consortium-blockchain-based datasynchronization system 100) includes a transaction node 110, a paymentnode 120, and a split-settlement node (i.e., an account split-settlementnode 130.)

The transaction node 110 creates a transaction order based on atransaction record, and uploads the transaction order to a consortiumblockchain via the computer network, for the payment node and theaccount split-settlement node to confirm the transaction order.

The payment node 120 creates a payment order based on a payment recordof a payer associated with the transaction order, and uploads thepayment order to the consortium blockchain for the transaction node andthe account split-settlement node to confirm the payment order.

The account split-settlement node 130 performs a split-settlementoperation (i.e., an account split-settlement operation) based on a fundtransfer operation performed by the payment node to the accountsplit-settlement node with respect to the payment order, creates asplit-settlement record (i.e., an account split-settlement record) basedon the account split-settlement operation, and uploads the accountsplit-settlement record to the consortium blockchain for the transactionnode and the payment node to confirm the account split-settlementrecord, wherein the account split-settlement record is broadcasted toblockchain nodes of the blockchain. The split-settlement operation is anoperation that the received fund is split and transferred to differentaccounts or different blockchain nodes simultaneously.

In an embodiment, to ensure that the transaction order uploaded to theconsortium blockchain is uploaded by the transaction node, thetransaction order uploaded to the consortium blockchain includes anoriginal transaction order and a signature affixed by the transactionnode to a digest of the transaction order. Therefore, the uploading, bythe transaction node 110, the transaction order to the consortiumblockchain includes: signing, by the transaction node 110, the digest ofthe transaction order using a private key of the transaction node toobtain the signature (i.e., a digital signature) and uploading(including broadcasting), by the transaction node 110, the signature onthe digest of the transaction order and the transaction order to theconsortium blockchain for confirmation by the payment node and thesplit-settlement node.

The signature affixed by the transaction node 110 to the digest of thetransaction order using the private key of the transaction nodeindicates a confirmation of the transaction node 110 on the digest ofthe transaction order.

In an embodiment, to ensure that the transaction order uploaded to theconsortium blockchain is uploaded by the transaction node, other nodesin the consortium blockchain may verify the transaction order, that is,verify an identity of an uploading node. Therefore, after thetransaction node 110 uploads the signature on the digest of thetransaction order and the transaction order to the consortiumblockchain, the payment node 120 verifies the transaction order based onthe signature on the digest of the transaction order and the transactionorder and confirms the transaction order after the payment nodesuccessfully completes the verification, and the accountsplit-settlement node 130 verifies the transaction order based on thesignature on the digest of the transaction order and the transactionorder and confirms the transaction order after the accountsplit-settlement node successfully completes the verification.

For example, when the payment node 120 verifies the transaction orderbased on the signature on the digest of the transaction order and thetransaction order, the specific verification process includes decryptingthe signature (i.e., a digital signature) on the digest of thetransaction order using a public key of the transaction node to obtain afirst digest of the decrypted transaction order, and obtaining a seconddigest of the transaction order uploaded to the consortium blockchain.The second digest may be obtained by applying a hash function to thetransaction order. If the first digest is consistent with the seconddigest, it indicates that the transaction order is uploaded to theconsortium blockchain by the transaction node. The verification processfor the payment order and the account split-settlement record is similarto the verification process for the transaction order described above,and will not be repeated herein.

In an embodiment, to ensure that the payment order uploaded to theconsortium blockchain is uploaded by the payment node, the payment orderuploaded to the consortium blockchain includes an original payment orderand a signature affixed by the payment node to a digest of the paymentorder. Therefore, the uploading, by the payment node 120, the paymentorder to the consortium blockchain includes signing, by the payment node120, the digest of the payment order using a private key of the paymentnode to obtain the signature (i.e., a digital signature) and uploading(including broadcasting), by the payment node 120, the signature on thedigest of the payment order and the payment order to the consortiumblockchain for confirmation by the transaction node and thesplit-settlement node.

In an embodiment, to ensure that the payment order uploaded to theconsortium blockchain is uploaded by the payment node, other nodes inthe consortium blockchain may verify the payment order, that is, verifyan identity of the uploading node. Therefore, after the payment node 120uploads the signature on the digest of the payment order and the paymentorder to the consortium blockchain, the transaction node 110 verifiesthe payment order based on the signature on the digest of the paymentorder and the payment order and confirms the payment order after thetransaction node successfully completes the verification, and theaccount split-settlement node 130 verifies the payment order based onthe signature on the digest of the payment order and the payment orderand confirms the payment order after the account split-settlement nodesuccessfully completes the verification.

For example, when the transaction node 110 verifies the payment orderbased on the signature on the digest of the payment order and thepayment order, the specific verification process includes decrypting thesignature (i.e., a digital signature) on the digest of the payment orderusing a public key of the payment node to obtain a first digest of thedecrypted payment order, and obtaining a second digest of the paymentorder uploaded to the consortium blockchain. The second digest may beobtained by applying a hash function to the payment order. If the firstdigest is consistent with the second digest, it indicates that thepayment order is uploaded to the consortium blockchain by the paymentnode.

In an embodiment, the performing, by the account split-settlement node130, an account split-settlement operation based on a fund transferoperation performed by the payment node on the account split-settlementnode with respect to the payment order includes: verifying, by theaccount split-settlement node 130 and based on the fund transferoperation performed by the payment node on the account split-settlementnode 130 with respect to the payment order, an amount of the fundtransfer operation performed by the payment node 120 on the accountsplit-settlement node 130; performing, if the account split-settlementnode 130 successfully verifies the amount of the fund transfer operationperformed by the payment node 120 on the account split-settlement node130, the account split-settlement operation based on the payment order,wherein the payment order includes a payer in the transaction order, apayee in the transaction order, and an amount paid by the payer to thepayee through the payment node.

In an embodiment, to avoid an erroneous account split-settlementoperation performed by the account split-settlement node 130, theaccount split-settlement node may also verify a corresponding amountbefore performing the account split-settlement operation. Therefore, theverifying, by the account split-settlement node 130, the amount in thefund transfer operation performed by the payment node on the accountsplit-settlement node includes verifying, by the accountsplit-settlement node 130 and based on whether the amount in the fundtransfer operation performed by the payment node on the accountsplit-settlement node is consistent with the amount paid by the payer tothe payee through the payment node 120, the amount in the fund transferoperation performed by the payment node 120 on the accountsplit-settlement node 130.

If the account split-settlement node 130 determines that the amount inthe fund transfer operation performed by the payment node on the accountsplit-settlement node is inconsistent with the amount paid by the payerto the payee through the payment node 120, the verification fails.

If the account split-settlement node 130 determines that the amount inthe fund transfer operation performed by the payment node on the accountsplit-settlement node is consistent with the amount paid by the payer tothe payee through the payment node 120, the verification succeeds.Therefore, the performing, if the account split-settlement node 130successfully verifies the amount in the fund transfer operationperformed by the payment node 120 on the account split-settlement node130, the account split-settlement operation based on the payment orderincludes performing the account split-settlement operation on the payeebased on the amount paid by the payer to the payee through the paymentnode 120, if the amount in the fund transfer operation performed by thepayment node on the account split-settlement node is successfullyverified by the account split-settlement node 130 based on consistencybetween the amount in the fund transfer operation performed by thepayment node 120 on the account split-settlement node 130 and the amountpaid by the payer to the payee through the payment node 120.

In an embodiment, to ensure that the account split-settlement recorduploaded to the consortium blockchain is uploaded by the accountsplit-settlement node, the account split-settlement record uploaded tothe consortium includes a signature affixed by the accountsplit-settlement node to a digest of the account split-settlementrecord, and an original account split-settlement record. Therefore, theuploading, by the account split-settlement node 130, the accountsplit-settlement record to the consortium blockchain includes signing,by the account split-settlement node 130, a digest of the accountsplit-settlement record by using a private key of the accountsplit-settlement node to obtain a signature (i.e., a digital signature)and uploading (including broadcasting), by the account split-settlementnode 130, the signature on the account split-settlement record and theaccount split-settlement record to the consortium blockchain forconfirmation by the transaction node and the payment node.

In an embodiment, to ensure that the account split-settlement recorduploaded to the consortium blockchain is uploaded by the accountsplit-settlement node, other nodes in the consortium blockchain mayverify the account split-settlement record, that is, verify an identityof the uploading node. Therefore, after the uploading, by the accountsplit-settlement node 130, the account split-settlement record to theconsortium blockchain, the transaction node 110 verifies the accountsplit-settlement record based on the signature on the digest of theaccount split-settlement record and the account split-settlement recordand confirms the account split-settlement record after the transactionnode 110 successfully completes the verification, and the payment node120 verifies the account split-settlement record based on the signatureon the digest of the account split-settlement record and the accountsplit-settlement record and confirms the account split-settlement recordafter the account split-settlement node successfully completes theverification.

In an embodiment, the system further includes a regulatory node 140, andthe regulatory node 140 confirms at least one of the transaction order,the payment order, or the account split-settlement record.

The following description describes a system processing process providedin an embodiment of the specification in detail using examples in FIG.2, which is an overall schematic structural diagram of a consortiumblockchain, and FIG. 3, which is a flowchart of applying aconsortium-blockchain-based data synchronization method to each node.

In FIG. 2, the overall structure of the consortium blockchain includes atransaction node, a payment node, an account split-settlement node, anda regulatory node. The account split-settlement node may be a bankingsystem in an actual application, and is used to process accountsplit-settlement business.

After the transaction node creates a transaction order, to preventtransaction information in the transaction order from being falsifiedduring the subsequent account split-settlement, a correspondingtransaction block may be created to store the transaction order.Subsequently, a request for synchronizing the transaction block is sentto blockchain nodes of the blockchain system, such as other nodes in theconsortium blockchain, that is, the payment node, the accountsplit-settlement node, and the regulatory node. After a confirmationfeedback is received from the other nodes in the consortium blockchain,the transaction block is successfully created. At the same time, thetransaction block is also uploaded, including broadcasted and recorded,in other nodes in the consortium blockchain.

After the payment node creates a payment order, to prevent paymentinformation in the payment order from being falsified during thesubsequent account split-settlement, a corresponding payment block maybe created to store the payment order. Subsequently, a request forsynchronizing the transaction block is sent to other nodes in theconsortium blockchain, that is, the transaction node, the accountsplit-settlement node, and the regulatory node. After a confirmationfeedback is received from other nodes in the consortium blockchain, thepayment block is successfully created. At the same time, the paymentblock is also recorded in other nodes in the consortium blockchain.

After the account split-settlement node performs an accountsplit-settlement operation based on a fund transfer operation performedby the payment node on the account split-settlement node with respect tothe payment order and creates an account split-settlement record basedon the account split-settlement operation, to prevent the accountsplit-settlement record from being falsified during subsequentoperations, a settlement block may be created to store the accountsplit-settlement record. Subsequently, a request for synchronizing thesettlement block is sent to other nodes in the consortium blockchain,that is, the transaction node, the payment node, and the regulatorynode. After a confirmation feedback is received from other nodes in theconsortium blockchain, the settlement block is successfully created. Atthe same time, the settlement block is also recorded in other nodes inthe consortium blockchain.

As shown in FIG. 3, an account split-settlement operation usuallyincludes the following steps.

S31, a payer initiates a transaction at a transaction node.

For example, the payer (that is, a client) may initiate a transaction(that is, submits an order) on a shopping application platform (that is,a transaction node) with respect to a product provided by the shoppingapplication platform.

After step S31 is triggered, the transaction node creates a transactionblock and synchronizes the transaction block in an consortiumblockchain. The embodiment thereof includes the following steps.

S311, the transaction node creates a transaction order based on atransaction record of the payer. The transaction order includesinformation such as the payer, the payee, the transaction product, andthe transaction amount.

S312, the transaction node creates a transaction block. The transactionblock is used to store the transaction order.

S313, the transaction node requests other nodes in the consortiumblockchain to synchronize the transaction block.

S314, after receiving the synchronization request message from thetransaction node, the payment node verifies the synchronization requestmessage based on a signature that is on a digest of the transactionorder and that is carried in the synchronization request message and onthe transaction order, and records the transaction block after theverification succeeds. After recording the transaction block, thepayment node sends a feedback message of successful recording to thetransaction node.

S315, after receiving the synchronization request message from thetransaction node, the account split-settlement node verifies thesynchronization request message based on the signature that is on adigest of the transaction order and that is carried in thesynchronization request message and on the transaction order, andrecords the transaction block after the verification succeeds. Afterrecording the transaction block, the account split-settlement node sendsa feedback message of successful recording to the transaction node.

S316, after receiving the synchronization request message from thetransaction node, the regulatory node verifies the synchronizationrequest message based on the signature that is on a digest of thetransaction order and that is carried in the synchronization requestmessage and on the transaction order, and records the transaction blockafter the verification succeeds. After recording the transaction block,the regulatory node sends a feedback message of successful recording tothe transaction node.

S317, after it is determined that all other nodes in the consortiumblockchain have confirmed and recorded the transaction block, thetransaction block is successfully created in the consortium blockchain.

S32, the payer pays an amount for the transaction product through thepayment node.

For example, after submitting an order, the payer may pay the amount forthe transaction product through a payment platform (that is, a paymentnode). In this case, the amount paid for the transaction product isreceived by the payment node.

After step S32 is triggered, the payment node creates a payment blockand synchronizes the payment block in the consortium blockchain. Theembodiment thereof includes the following steps.

S321, the payment node creates a payment order based on a payment recordof the payer. The payment order includes information such as the payer,the payee, the transaction product, and the paid amount.

S322, the payment node creates a payment block. The payment block isused to store the payment order.

S323, the payment node requests other nodes in the consortium blockchainto synchronize the payment block.

S324, after receiving the synchronization request message from thepayment node, the transaction node verifies the synchronization requestmessage based on a signature that is on a digest of the payment orderand that is carried in the synchronization request message and on thepayment order, and records the payment block after the verificationsucceeds. After recording the payment block, the transaction node sendsa feedback message of successful recording to the payment node.

S325, after receiving the synchronization request message from thepayment node, the account split-settlement node verifies thesynchronization request message based on a signature that is on a digestof the payment order and that is carried in the synchronization requestmessage and on the payment order, and records the payment block afterthe verification succeeds. After recording the payment block, theaccount split-settlement node sends a feedback message of successfulrecording to the payment node.

S326, after receiving the synchronization request message from thepayment node, the regulatory node verifies the synchronization requestmessage based on a signature that is on a digest of the payment orderand that is carried in the synchronization request message and on thepayment order, and records the payment block after the verificationsucceeds. After recording the payment block, the regulatory node sends afeedback message of successful recording to the payment node.

S327, after it is determined that all other nodes in the consortiumblockchain have confirmed and recorded the payment block, the paymentblock is successfully created in the consortium blockchain.

S33, the payment node credits the amount paid by the payer for thetransaction product to the account split-settlement node.

After step S33 is triggered, the account split-settlement node creates asettlement block, such as a split-settlement block, and synchronizes thesettlement block in the consortium blockchain. The embodiment thereofincludes the following steps.

S331, post the amount credited by the payment node, to the correspondingpayment node.

S332, verify the amount credited by the payment node.

The amount of the transaction product in the transaction block, thepayment block, as well as the amount paid by the payer are compared withthe amount credited by the payment node. If the amounts are consistent,the verification succeeds. If the amounts are not consistent, theverification fails, and the process ends.

S333, the account split-settlement node performs an accountsplit-settlement operation, that is, by debiting the amount from thepayer in the payment order, and settling the amount credited by thepayment node.

S334, the account split-settlement node creates a settlement block, suchas a split-settlement block. The settlement block is used to store theaccount split-settlement record about the account split-settlementoperation.

S335, the account split-settlement node requests other nodes in theconsortium blockchain to synchronize the settlement block.

S336, after receiving the synchronization request message from theaccount split-settlement node, the transaction node verifies thesynchronization request message based on the signature that is on adigest of the account split-settlement record and that is carried in thesynchronization request message and on the account split-settlementrecord, and records the settlement block after the verificationsucceeds. After recording the settlement block, the transaction nodesends a feedback message of successful recording to the accountsplit-settlement node.

S337, after receiving the synchronization request message from theaccount split-settlement node, the payment node verifies thesynchronization request message based on the signature that is on adigest of the account split-settlement record and that is carried in thesynchronization request message and on the account split-settlementrecord, and records the settlement block after the verificationsucceeds. After recording the settlement block, the payment node sends afeedback message of successful recording to the account split-settlementnode.

S338, after receiving the synchronization request message from theaccount split-settlement node, the regulatory node verifies thesynchronization request message based on the signature that is on adigest of the account split-settlement record and that is carried in thesynchronization request message and on the account split-settlementrecord, and records the settlement block after the verificationsucceeds. After recording the settlement block, the regulatory nodesends a feedback message of successful recording to the accountsplit-settlement node.

S339, after it is determined that all other nodes in the consortiumblockchain have confirmed and recorded the settlement block, thesettlement block is successfully created in the consortium blockchain.

After creating a transaction order based on the transaction record, thetransaction node may broadcasting the transaction order to blockchainnodes of a blockchain, such as upload the transaction order to theconsortium blockchain for other nodes in the consortium blockchain toconfirm the transaction order, thereby synchronizing the transactionorder between all nodes in the consortium blockchain. After creating apayment order based on the payment record, the payment node maybroadcasting the payment order to blockchain nodes of a blockchain, suchas upload the payment order to the consortium blockchain for other nodesin the consortium blockchain to confirm the payment order, therebysynchronizing the payment order between all nodes in the consortiumblockchain. After performing an account split-settlement operation, theaccount split-settlement node can create an account split-settlementrecord based on the account split-settlement operation, and broadcastingthe split-settlement record to blockchain nodes of a blockchain, such asupload the account split-settlement record to the consortium blockchainfor other nodes in the consortium blockchain to confirm the accountsplit-settlement record, thereby synchronizing the accountsplit-settlement record between all nodes in the consortium blockchain.

Due to the advantage of the characteristic that information in theconsortium blockchain is unfalsifiable, the transaction order, thepayment order, and the account split-settlement record are all uploadedto the consortium blockchain. After being confirmed by other nodes thanthe uploading node in the consortium blockchain, the data issynchronized, thereby preventing falsification of original data in theprocess of transaction and account split-settlement.

FIG. 4 is an implementation flowchart of applying aconsortium-blockchain-based data synchronization method to a transactionnode, according to an embodiment of the specification. As shown in FIG.4, the method includes the following steps.

Step 410, create a transaction order based on a transaction record.

Step 420, upload the transaction order to a consortium blockchain for apayment node and an account split-settlement node to confirm thetransaction order.

In an embodiment, the uploading the transaction order to the consortiumblockchain includes signing a digest of the transaction order by using aprivate key of the transaction node, and uploading the signature on thedigest of the transaction order and the transaction order to theconsortium blockchain.

In an embodiment, after the uploading, by the transaction node, thesignature on the digest of the transaction order and the transactionorder to the consortium blockchain, the payment node verifies thetransaction order based on the signature on the digest of thetransaction order and the transaction order and confirms the transactionorder after the payment node successfully completes the verification,and the account split-settlement node verifies the transaction orderbased on the signature on the digest of the transaction order and thetransaction order and confirms the transaction order after the accountsplit-settlement node successfully completes the verification.

For a specific implementation of relevant steps in the embodiment shownin FIG. 4, reference may be made to the specific implementation ofcorresponding steps in the embodiment shown in FIG. 1, which will not berepeated herein.

After creating a transaction order based on the transaction record, thetransaction node may upload the transaction order to the consortiumblockchain for other nodes in the consortium blockchain to confirm thetransaction order, thereby synchronizing the transaction order betweenall nodes in the consortium blockchain. Taking the advantage of thecharacteristic that information in the consortium blockchain isunfalsifiable, the transaction order is uploaded to the consortiumblockchain. After being confirmed by other nodes than the transactionnode in the consortium blockchain, the data is synchronized, therebypreventing falsification of original transaction data in the subsequentprocess of account split-settlement.

FIG. 5 is an implementation flowchart of applying anconsortium-blockchain-based data synchronization method to a paymentnode, according to an embodiment of the specification. As shown in FIG.5, the method includes the following steps.

Step 510, create a payment order based on a payment record of a payer ina transaction order on the payment node.

Step 520, upload the payment order to an consortium blockchain for atransaction node and an account split-settlement node to confirm thepayment order, wherein the transaction order is uploaded by thetransaction node to the consortium blockchain, and the transaction orderhas been confirmed by the payment node and the account split-settlementnode.

In an embodiment, the uploading the payment order to the consortiumblockchain includes signing a digest of the payment order by using aprivate key of the payment node, and uploading the signature on thedigest of the payment order and the payment order to the consortiumblockchain.

In an embodiment, after the uploading, by the payment node, thesignature on the digest of the payment order and the payment order tothe consortium blockchain, the transaction node verifies the paymentorder based on the signature on the digest of the payment order and thepayment order and confirms the payment order after the transaction nodesuccessfully completes the verification, and the accountsplit-settlement node verifies the payment order based on the signatureon the digest of the payment order and the payment order and confirmsthe payment order after the account split-settlement node successfullycompletes the verification.

For a specific implementation of relevant steps in the embodiment shownin FIG. 5, reference may be made to the specific implementation ofcorresponding steps in the embodiment shown in FIG. 1, which will not berepeated herein.

After creating a payment order based on the payment record, the paymentnode may upload the payment order to the consortium blockchain for othernodes in the consortium blockchain to confirm the payment order, therebysynchronizing the payment order between all nodes in the consortiumblockchain. Taking the advantage of the characteristic that informationin the consortium blockchain is unfalsifiable, the payment order isuploaded to the consortium blockchain. After being confirmed by othernodes than the payment node in the consortium blockchain, payment datais synchronized, thereby preventing falsification of original paymentdata in the subsequent process of account split-settlement.

FIG. 6 is an implementation flowchart of applying anconsortium-blockchain-based data synchronization method to an accountsplit-settlement node, according to an embodiment of the specification.As shown in FIG. 6, the method includes the following steps.

Step 610, perform an account split-settlement operation based on a fundtransfer operation performed by a payment node on the accountsplit-settlement node with respect to a payment order.

Step 620, create an account split-settlement record based on the accountsplit-settlement operation.

Step 630, upload the account split-settlement record to a consortiumblockchain for a transaction node and the payment node to confirm theaccount split-settlement record.

The payment order is uploaded by the payment node to the consortiumblockchain, and the payment order has been confirmed by the transactionnode and the account split-settlement node.

In an embodiment, the performing an account split-settlement operationbased on a fund transfer operation performed by a payment node on theaccount split-settlement node with respect to the payment order includesverifying, based on the fund transfer operation performed by the paymentnode on the account split-settlement node with respect to the paymentorder, an amount in the fund transfer operation performed by the paymentnode on the account split-settlement node, and performing, if the amountin the fund transfer operation performed by the payment node on theaccount split-settlement node is successfully verified, the accountsplit-settlement operation based on the payment order.

The payment order includes a payer in the transaction order, a payee inthe transaction order, and an amount paid by the payer to the payeethrough the payment node.

In an embodiment, the verifying an amount in the fund transfer operationperformed by the payment node on the account split-settlement nodeincludes verifying, based on whether the amount in the fund transferoperation performed by the payment node on the account split-settlementnode is consistent with the amount paid by the payer to the payeethrough the payment node, the amount in the fund transfer operationperformed by the payment node on the account split-settlement node.

In an embodiment, the performing, if the amount in the fund transferoperation performed by the payment node on the account split-settlementnode is successfully verified, the account split-settlement operationbased on the payment order includes: performing the accountsplit-settlement operation on the payee based on the amount paid by thepayer to the payee through the payment node, if the amount in the fundtransfer operation performed by the payment node on the accountsplit-settlement node is successfully verified based on consistencybetween the amount in the fund transfer operation performed by thepayment node on the account split-settlement node and the amount paid bythe payer to the payee through the payment node.

In an embodiment, the uploading the account split-settlement record tothe consortium blockchain includes: signing a digest of the accountsplit-settlement record using a private key of the accountsplit-settlement node, and uploading the signature on the accountsplit-settlement record and the account split-settlement record to theconsortium blockchain.

In an embodiment, after the uploading, by the account split-settlementnode, the account split-settlement record to the consortium blockchain,the transaction node verifies the account split-settlement record basedon the signature on the account split-settlement record and the accountsplit-settlement record and confirms the account split-settlement recordafter the transaction node successfully completes the verification, andthe payment node verifies the account split-settlement record based onthe signature on the account split-settlement record and the accountsplit-settlement record and confirms the account split-settlement recordafter the account split-settlement node successfully completes theverification.

For a specific implementation of relevant steps in the embodiment shownin FIG. 6, reference may be made to the specific implementation ofcorresponding steps in the embodiment shown in FIG. 1, which will not berepeated herein.

After performing an account split-settlement operation, the accountsplit-settlement node can create an account split-settlement recordbased on the account split-settlement operation, and upload the accountsplit-settlement record to the consortium blockchain for other nodes inthe consortium blockchain to confirm the account split-settlementrecord, thereby synchronizing the account split-settlement recordbetween all nodes in the consortium blockchain. Taking the advantage ofthe characteristic that information in the consortium blockchain isunfalsifiable, all account split-settlement records are uploaded to theconsortium blockchain. After being confirmed by other nodes than theaccount split-settlement node in the consortium blockchain, the accountsplit-settlement data is synchronized, thereby preventing falsificationof original data in the process of account split-settlement.

FIG. 7 is a schematic structural diagram of a transaction node 700,according to an embodiment of the specification. Referring to FIG. 7,for example in a software implementation, the transaction node 700 mayinclude a transaction creation unit 701 and a transaction uploading unit702.

The transaction creation unit 701 is configured to create a transactionorder based on a transaction record.

The transaction uploading unit 702 is configured to upload thetransaction order to a consortium blockchain for a payment node and anaccount split-settlement node to confirm the transaction order.

In an embodiment, the transaction uploading unit 702 is configured tosign a digest of the transaction order using a private key of thetransaction node, and upload the signature on the digest of thetransaction order and the transaction order to the consortiumblockchain.

The transaction node 700 can implement the method in the methodembodiment shown in FIG. 4. For details, see theconsortium-blockchain-based data synchronization method in theembodiment shown in FIG. 4, which will not be repeated herein.

FIG. 8 is a schematic structural diagram of a payment node 800,according to an embodiment of the specification. Referring to FIG. 8,for example in a software implementation, the payment node 800 mayinclude a payment creation unit 801 and a payment uploading unit 802.

The payment creation unit 801 is configured to create a payment orderbased on a payment record.

The payment uploading unit 802 is configured to upload the payment orderto a consortium blockchain for a transaction node and an accountsplit-settlement node to confirm the payment order.

In an embodiment, the payment uploading unit 802 is configured to sign adigest of the payment order using a private key of the payment node, andupload the signature on the digest of the payment order and the paymentorder to the consortium blockchain.

The payment node 800 can implement the method in the method embodimentshown in FIG. 5. For details, see the consortium-blockchain-based datasynchronization method in the embodiment shown in FIG. 5, which will notbe repeated herein.

FIG. 9 is a schematic structural diagram of an account split-settlementnode 900, according to an embodiment of the specification. Referring toFIG. 9, for example in a software implementation, the accountsplit-settlement node 900 may include an account split-settlement unit901, a settlement creation unit 902, and a settlement uploading unit903.

The account split-settlement unit 901 is configured to perform anaccount split-settlement operation based on a fund transfer operationperformed by a payment node on the account split-settlement node withrespect to a payment order.

The settlement creation unit 902 is configured to create an accountsplit-settlement record based on the account split-settlement operation.

The settlement uploading unit 903 is configured to upload the accountsplit-settlement record to a consortium blockchain for a transactionnode and a payment node to confirm the account split-settlement record.

The payment order is uploaded by the payment node to the consortiumblockchain, and the payment order has been confirmed by the transactionnode and the account split-settlement node.

In an embodiment, the account split-settlement unit 901 is configured toverify, based on the fund transfer operation performed by the paymentnode on the account split-settlement node with respect to the paymentorder, an amount in the fund transfer operation performed by the paymentnode on the account split-settlement node, and perform, if the amount inthe fund transfer operation performed by the payment node on the accountsplit-settlement node is successfully verified, the accountsplit-settlement operation based on the payment order.

The payment order includes a payer in the transaction order, a payee inthe transaction order, and an amount paid by the payer to the payeethrough the payment node.

In an embodiment, the account split-settlement unit 901 is configuredto, verify, based on whether the amount in the fund transfer operationperformed by the payment node on the account split-settlement node isconsistent with the amount paid by the payer to the payee through thepayment node, the amount in the fund transfer operation performed by thepayment node on the account split-settlement node.

In an embodiment, the account split-settlement unit 901 is configured toperform the account split-settlement operation on the payee based on theamount paid by the payer to the payee through the payment node, if theamount in the fund transfer operation performed by the payment node onthe account split-settlement node is successfully verified based onconsistency between the amount in the fund transfer operation performedby the payment node on the account split-settlement node and the amountpaid by the payer to the payee through the payment node.

In an embodiment, the settlement uploading unit 903 is configured tosign a digest of the account split-settlement record using a private keyof the account split-settlement node, and upload the signature on theaccount split-settlement record and the account split-settlement recordto the consortium blockchain.

The account split-settlement node 900 can implement the method in themethod embodiment shown in FIG. 6. For details, see theconsortium-blockchain-based data synchronization method in theembodiment shown in FIG. 6, which will not be repeated herein.

FIG. 10 is a schematic structural diagram of an electronic device,according to an embodiment of the specification. Referring to FIG. 10,the electronic device includes hardware of a processor, an internal bus,a network interface, and a memory. The memory may include an internalmemory, such as a high-speed random access memory (RAM), and may furtherinclude a non-volatile memory such as at least one disk memory.Certainly, the electronic device may further include hardware requiredfor other services.

The processor, the network interface, and the memory can be connected toeach other through an internal bus. The internal bus may be an industrystandard architecture (ISA) bus, a peripheral component interconnect(PCI) bus, or an extended industry standard architecture (EISA) bus, orthe like. The bus may be classed into an address bus, a data bus, acontrol bus, and the like. For ease of illustration, only onebidirectional arrow is used in FIG. 10 to represent the bus, but thisdoes not mean that there is only one bus or only one type of bus.

The memory is configured to store a program. Specifically, the programmay include program code, and the program code includescomputer-executable instructions. The memory may include an internalmemory and a non-volatile memory, and provide an instruction and data tothe processor.

The processor reads a corresponding computer program from thenon-volatile memory, and runs the computer program in the internalmemory to form a transaction node logically. The processor executes theprogram stored in the memory, and is specifically configured to performthe following operations create a transaction order based on atransaction record, and upload the transaction order to an consortiumblockchain for a payment node and an account split-settlement node toconfirm the transaction order.

The consortium-blockchain-based data synchronization method disclosed inthe embodiment shown in FIG. 4 may be implemented on a processor orimplemented by a processor. The processor may be an integrated circuitchip and has a signal processing capability.

In an embodiment, steps of the foregoing method may be implemented byusing a hardware integrated logic circuit in the processor orinstructions in a form of software. The processor may be a generalprocessor, including a central processing unit (CPU), a networkprocessor (NP), and the like; or may further be a digital signalprocessor (DSP), an application-specific integrated circuit (ASIC), afield programmable gate array (FPGA), or another programmable logicaldevice, discrete gate or transistor logical device, or discrete hardwarecomponent. The processor can implement or execute each method, step, andlogic block diagram disclosed in one or more embodiments in thespecification. The general-purpose processor may be a microprocessor, orthe processor may be any conventional processor or the like. Steps ofthe method disclosed with reference to one or more embodiments in thespecification may be directly implemented by a hardware decodingprocessor, or implemented by a combination of hardware in the decodingprocessor and a software module. The software module may be located in amature storage medium in the art, such as a RAM, a flash memory, a ROM,a programmable ROM, an electrically erasable programmable memory, or aregister. The storage medium is located in the memory, and the processorreads information in the memory and completes the steps in the foregoingmethods in combination with hardware of the processor.

The electronic device may also perform the consortium-blockchain-baseddata synchronization method shown in FIG. 4, details of which will notbe repeated herein.

In addition to a software implementation, the electronic device in thespecification does not exclude other implementations, for example, alogic device or a combination of software and hardware. In other words,an entity executing the following processing procedure is not limited tothe logic units, and may also be hardware or logic devices.

FIG. 11 is a schematic structural diagram of another electronic device,according to an embodiment of the specification. Referring to FIG. 11,the electronic device includes hardware of a processor, an internal bus,a network interface, and a memory. The memory may include an internalmemory, such as a high-speed random access memory (RAM), and may furtherinclude a non-volatile memory such as at least one disk memory.Certainly, the electronic device may further include hardware requiredfor other services.

The processor, the network interface and the memory can be connected toeach other through an internal bus. The internal bus may be an industrystandard architecture (ISA) bus, a peripheral component interconnect(PCI) bus, or an extended industry standard architecture (EISA) bus, orthe like. The bus may be classed into an address bus, a data bus, acontrol bus, and the like. For ease of illustration, only onebidirectional arrow is used in FIG. 11 to represent the bus, but thisdoes not mean that there is only one bus or only one type of bus.

The memory is configured to store a program. Specifically, the programmay include program code, and the program code includescomputer-executable instructions. The memory may include an internalmemory and a non-volatile memory, and provide an instruction and data tothe processor.

The processor reads a corresponding computer program from thenon-volatile memory, and runs the computer program in the internalmemory to form a payment node logically. The processor executes theprogram stored in the memory, and is specifically configured to performthe following operations creating a payment order based on a paymentrecord of a payer in a transaction order on the payment node, anduploading the payment order to an consortium blockchain for atransaction node and an account split-settlement node to confirm thepayment order, wherein the transaction order is uploaded by thetransaction node to the consortium blockchain, and the payment order hasbeen confirmed by the payment node and the account split-settlementnode.

The consortium-blockchain-based data synchronization method disclosed inthe embodiment shown in FIG. 5 may be implemented on a processor orimplemented by a processor. The processor may be an integrated circuitchip and has a signal processing capability.

In an embodiment, steps of the foregoing method may be implemented byusing a hardware integrated logic circuit in the processor orinstructions in a form of software. The processor may be a generalprocessor, including a central processing unit (CPU), a networkprocessor (NP), and the like; or may further be a digital signalprocessor (DSP), an application-specific integrated circuit (ASIC), afield programmable gate array (FPGA), or another programmable logicaldevice, discrete gate or transistor logical device, or discrete hardwarecomponent. The processor can implement or execute each method, step, andlogic block diagram disclosed in one or more embodiments in thespecification. The general-purpose processor may be a microprocessor, orthe processor may be any conventional processor or the like. Steps ofthe method disclosed with reference to one or more embodiments in thespecification may be directly implemented by a hardware decodingprocessor, or implemented by a combination of hardware in the decodingprocessor and a software module. The software module may be located in amature storage medium in the art, such as a RAM, a flash memory, a ROM,a programmable ROM, an electrically erasable programmable memory, or aregister. The storage medium is located in the memory, and the processorreads information in the memory and completes the steps in the foregoingmethods in combination with hardware of the processor.

The electronic device may also perform the consortium-blockchain-baseddata synchronization method shown in FIG. 5, details of which are notrepeated herein.

In addition to a software implementation, the electronic device in thespecification does not exclude other implementations, for example, alogic device or a combination of software and hardware. In other words,an entity executing the following processing procedure is not limited tothe logic units, and may also be hardware or logic devices.

FIG. 12 is a schematic structural diagram of still another electronicdevice, according to an embodiment of the specification. Referring toFIG. 12, the electronic device includes hardware of a processor, aninternal bus, a network interface, and a memory. The memory may includean internal memory, such as a high-speed random access memory (RAM), andmay further include a non-volatile memory such as at least one diskmemory. Certainly, the electronic device may further include hardwarerequired for other services.

The processor, the network interface and the memory can be connected toeach other through an internal bus. The internal bus may be an industrystandard architecture (ISA) bus, a peripheral component interconnect(PCI) bus, or an extended industry standard architecture (EISA) bus, orthe like. The bus may be classed into an address bus, a data bus, acontrol bus, and the like. For ease of illustration, only onebidirectional arrow is used in FIG. 12 to represent the bus, but thisdoes not mean that there is only one bus or only one type of bus.

The memory is configured to store a program. Specifically, the programmay include program code, and the program code includescomputer-executable instructions. The memory may include an internalmemory and a non-volatile memory, and provide an instruction and data tothe processor.

The processor reads a corresponding computer program from thenon-volatile memory, and runs the computer program in the internalmemory to form a transaction node logically. The processor executes theprogram stored in the memory, and is specifically configured to performthe following operations: performing an account split-settlementoperation based on a fund transfer operation performed by a payment nodeon an account split-settlement node with respect to a payment order;creating an account split-settlement record based on the accountsplit-settlement operation; and uploading the account split-settlementrecord to a consortium blockchain for a transaction node and a paymentnode to confirm the account split-settlement record. The payment orderis uploaded by the payment node to the consortium blockchain, and thepayment order has been confirmed by the transaction node and the accountsplit-settlement node.

The consortium-blockchain-based data synchronization method disclosed inthe embodiment shown in FIG. 6 may be implemented on a processor orimplemented by a processor. The processor may be an integrated circuitchip capable of processing signals. In an embodiment, steps of theforegoing method may be implemented by using a hardware integrated logiccircuit in the processor or instructions in a form of software. Theprocessor may be a general-purpose processor, such as a centralprocessing unit (CPU) or a network processor (NP); and may be a digitalsignal processor (DSP), an application-specific integrated circuit(ASIC), a field programmable gate array (FPGA) or another programmablelogical device, a discrete gate or a transistor logical device, or adiscrete hardware component. The processor can implement or perform themethods, steps, and logical block diagrams disclosed in one or moreembodiments of the specification. The general-purpose processor may be amicroprocessor, or the processor may be any conventional processor orthe like. The steps of the method disclosed in one or more embodimentsof the specification may be directly implemented by a hardware decodingprocessor, or implemented by a combination of hardware and softwaremodules in the decoding processor. A software module may be located in amature storage medium in the art, such as a random access memory, aflash memory, a read-only memory, a programmable read-only memory, anelectrically erasable programmable memory, a register, or the like. Thestorage medium is located in the memory, and the processor readsinformation in the memory and completes the steps in the foregoingmethods in combination with hardware of the processor.

The electronic device may also perform the consortium-blockchain-baseddata synchronization method shown in FIG. 6, details of which are notrepeated herein.

In addition to a software implementation, the electronic device in thespecification does not exclude other implementations, for example, alogic device or a combination of software and hardware. In other words,an entity executing the following processing procedure is not limited tothe logic units, and may also be hardware or logic devices.

Embodiments of this specification are described above. Other embodimentsfall within the scope of the appended claims. In some embodiments, theactions or steps recorded in the claims may be performed in sequencesdifferent from those in the embodiments and an expected result may stillbe achieved. In addition, the processes depicted in the accompanyingdrawings do not necessarily require specific sequences or consecutivesequences to achieve an expected result. In some implementations,multitasking and parallel processing may be feasible or beneficial.

The foregoing descriptions are merely some embodiments of thespecification, but do not limit the protection scope of thespecification. Any modification, equivalent replacement, or improvementmade within the spirit and principle of one or more embodiments of thespecification shall fall within the protection scope of one or moreembodiments of the specification.

The system, the apparatus, the module or the unit described in theforegoing embodiments can be specifically implemented by a computer chipor an entity or implemented by a product having a certain function. Atypical implementation device is a computer. Specifically, the computercan be, for example, a personal computer, a laptop computer, a cellularphone, a camera phone, a smartphone, a personal digital assistant, amedia player, a navigation device, an email device, a game console, atablet computer, a wearable device, or a combination of any of thesedevices.

Particular embodiments further provide a system comprising a processorand a non-transitory computer-readable storage medium storinginstructions executable by the processor to cause the system to performoperations corresponding to steps in any method of the embodimentsdisclosed above. Particular embodiments further provide a non-transitorycomputer-readable storage medium configured with instructions executableby one or more processors to cause the one or more processors to performoperations corresponding to steps in any method of the embodimentsdisclosed above.

When the functions disclosed herein are implemented in the form ofsoftware functional units and sold or used as independent products, theycan be stored in a processor executable non-volatile computer readablestorage medium. Particular technical solutions disclosed herein (inwhole or in part) or aspects that contributes to current technologiesmay be embodied in the form of a software product. The software productmay be stored in a storage medium, comprising a number of instructionsto cause a computing device (which may be a personal computer, a server,a network device, and the like) to execute all or some steps of themethods of the embodiments. The storage medium may comprise a flashdrive, a portable hard drive, ROM, RAM, a magnetic disk, an opticaldisc, another medium operable to store program code, or any combinationthereof.

The computer readable medium includes a persistent medium and anon-persistent medium, a removable medium and a non-removable medium,which may implement storage of information by using any method ortechnology. The information may be a computer readable instruction, adata structure, a module of a program or other data. Examples ofcomputer storage media include but are not limited to a phase changememory (PRAM), a static random access memory (SRAM), a dynamic randomaccess memory (DRAM), other type of random access memory (RAM), aread-only memory (ROM), an electrically erasable programmable read-onlymemory (EEPROM), a flash memory or other memory technology, a compactdisc read-only memory (CD-ROM), a digital versatile disc (DVD) or otheroptical storage, a cassette magnetic tape, tape and disk storage orother magnetic storage device or any other non-transmission media thatmay be configured to store information that a computing device canaccess. Based on the definition in the specification, thecomputer-readable medium does not include transitory computer readablemedia (transitory media), such as a modulated data signal and a carrier.

It should also be noted that the terms “include”, “comprise” and anyother variants mean to cover the non-exclusive inclusion. Thereby, theprocess, method, article, or device which include a series of elementsnot only include those elements, but also include other elements whichare not clearly listed, or include the inherent elements of the process,method, article and device. Without further limitation, the elementdefined by a phrase “include one” does not exclude other same elementsin the process, method, article or device which include the element.

The embodiments in this specification are all described in a progressivemanner, for same or similar parts in the embodiments, refer to theseembodiments, and descriptions of each embodiment focus on a differencefrom other embodiments. Especially, a system embodiment is basicallysimilar to a method embodiment, and therefore is described briefly; forrelated parts, reference may be made to partial descriptions in themethod embodiment.

What is claimed is:
 1. A method for blockchain-based datasynchronization implemented in a blockchain having a computer network ofa plurality of blockchain nodes, the blockchain nodes comprising atransaction node, a payment node, and a split-settlement node, themethod comprising: receiving, by the split-settlement node from thetransaction node via the computer network, a transaction order createdbased on a transaction record and broadcasted by the transaction node tothe plurality of blockchain nodes; confirming, by the split-settlementnode, the received transaction order broadcasted by the transactionnode; storing, by the split-settlement node, the transaction order inassociation with the blockchain upon confirming the transaction order;sending, by the split-settlement node to the transaction node, afeedback message of successful recording of the transaction order;receiving, by the split-settlement node from the payment node via thecomputer network, a payment order created based on a payment record andbroadcasted by the payment node to the plurality of blockchain nodes,wherein the payment order comprises information of a payer associatedwith the transaction order, a payee associated with the transactionorder, and an amount paid by the payer to the payee through the paymentnode; confirming, by the split-settlement node, the received paymentorder broadcasted by the payment node; storing, by the split-settlementnode, the payment order in association with the blockchain uponconfirming the payment order; sending, by the split-settlement node tothe payment node, a feedback message of successful recording of thepayment order; receiving, by the split-settlement node from the paymentnode, a fund transfer corresponding to the payment order; verifying, bythe split-settlement node, an amount of the fund transfer received bythe split-settlement node from the payment node is consistent with theamount paid by the payer to the payee through the payment node that isincluded in the payment order stored in association with the blockchain;performing, by the split-settlement node, a split-settlement operationon the payee based on the amount paid by the payer to the payee throughthe payment node, wherein the split-settlement operation comprisessplitting the transferred fund and transferring the split fund to one ormore accounts; creating, by the split-settlement node, asplit-settlement record based on the split-settlement operation; andbroadcasting, by the split-settlement node to the plurality ofblockchain nodes that include the transaction node and the payment node,the split-settlement record for the transaction node and the paymentnode to verify the split-settlement record and to synchronize thesplit-settlement record upon confirmation of verification.
 2. The methodof claim 1, wherein the blockchain comprises a consortium blockchain. 3.The method of claim 1, further comprising: creating, by the transactionnode, the transaction order based on the transaction record; signing, bythe transaction node, a digest of the transaction order using a privatekey of the transaction node to obtain a digital signature; anduploading, by the transaction node, the transaction order and thedigital signature to the blockchain for confirmation by the payment nodeand the split-settlement node.
 4. The method of claim 3, wherein theconfirming the received transaction order comprises: decrypting thedigital signature using a public key of the transaction node to obtain afirst digest; applying a hash function to the transaction order toobtain a second digest; and verifying that the transaction order isuploaded by the transaction node to the blockchain if the first digestis consistent with the second digest.
 5. The method of claim 1, furthercomprising: creating, by the payment node, the payment order based onthe payment record; signing, by the payment node, a digest of thepayment order using a private key of the payment node to obtain adigital signature; and uploading, by the payment node, the payment orderand the digital signature to the blockchain for confirmation by thetransaction node and the split-settlement node.
 6. The method of claim5, wherein the confirming the received payment order comprises:decrypting the digital signature using a public key of the payment nodeto obtain a first digest; applying a hash function to the payment orderto obtain a second digest; and verifying that the payment order isuploaded by the payment node to the blockchain if the first digest isconsistent with the second digest.
 7. The method of claim 1, furthercomprising: signing, by the split-settlement node, a digest of thesplit-settlement record using a private key of the split-settlement nodeto obtain a digital signature; and uploading, by the split-settlementnode, the digital signature to the blockchain.
 8. The method of claim 7,further comprising: verifying, by the transaction node, thesplit-settlement record based on the digital signature; and verifying,by the payment node, the split-settlement record based on the digitalsignature.
 9. The method of claim 1, wherein the plurality of blockchainnodes further comprises a regulatory node, and wherein the methodfurther comprises: confirming, by the regulatory node, at least one ofthe transaction order, the payment order, or the split-settlementrecord.
 10. A system associated with a split-settlement node forblockchain-based data synchronization implemented in a blockchain havinga computer network of a plurality of blockchain nodes, the blockchainnodes comprising a transaction node, a payment node, and thesplit-settlement node, the system comprising at least one processor anda non-transitory computer-readable storage medium storing instructionsexecutable by the at least one processor to cause the system to performoperations comprising: receiving, from the transaction node via thecomputer network, a transaction order created based on a transactionrecord and broadcasted by the transaction node to the plurality ofblockchain nodes; confirming the received transaction order broadcastedby the transaction node; storing the transaction order in associationwith the blockchain upon confirming the transaction order; sending, tothe transaction node, a feedback message of successful recording of thetransaction order; receiving, from the payment node via the computernetwork, a payment order created based on a payment record andbroadcasted by the payment node to the plurality of blockchain nodes,wherein the payment order comprises information of a payer associatedwith the transaction order, a payee associated with the transactionorder, and an amount paid by the payer to the payee through the paymentnode; confirming the received payment order broadcasted by the paymentnode; storing the payment order in association with the blockchain uponconfirming the payment order; sending, to the payment node, a feedbackmessage of successful recording of the payment order; receiving, fromthe payment node, a fund transfer corresponding to the payment order;verifying an amount of the fund transfer received from the payment nodeis consistent with the amount paid by the payer to the payee through thepayment node that is included in the payment order stored in associationwith the blockchain; performing a split-settlement operation on thepayee based on the amount paid by the payer to the payee through thepayment node, wherein the split-settlement operation comprises splittingthe transferred fund and transferring the split fund to one or moreaccounts; creating a split-settlement record based on thesplit-settlement operation; and broadcasting, to the plurality ofblockchain nodes that include the transaction node and the payment node,the split-settlement record for the transaction node and the paymentnode to verify the split-settlement record and to synchronize thesplit-settlement record upon confirmation of verification.
 11. Thesystem of claim 10, wherein the operations further comprise: creating,by the transaction node, the transaction order based on the transactionrecord, wherein the at least one processor comprise the secondprocessor; signing, by the transaction node, a digest of the transactionorder using a private key of the transaction node to obtain a digitalsignature; and uploading, by the transaction node, the transaction orderand the digital signature to the blockchain for confirmation by thepayment node and the split-settlement node.
 12. The system of claim 11,wherein the confirming the received transaction order comprises:decrypting the digital signature using a public key of the transactionnode to obtain a first digest; applying a hash function to thetransaction order to obtain a second digest; and verifying that thetransaction order is uploaded by the transaction node to the blockchainif the first digest is consistent with the second digest.
 13. The systemof claim 10, further comprising: creating, by the payment node, thepayment order based on the payment record, wherein the at least oneprocessor comprise the third processor; signing, by the payment node, adigest of the payment order using a private key of the payment node toobtain a digital signature; and uploading, by the payment node, thepayment order and the digital signature to the blockchain forconfirmation by the transaction node and the split-settlement node. 14.The system of claim 13, wherein the confirming the received paymentorder comprises: decrypting the digital signature using a public key ofthe payment node to obtain a first digest; applying a hash function tothe payment order to obtain a second digest; and verifying that thepayment order is uploaded by the payment node to the blockchain if thefirst digest is consistent with the second digest.
 15. The system ofclaim 10, wherein the operations further comprise: signing a digest ofthe split-settlement record using a private key of the split-settlementnode to obtain a digital signature; and uploading the digital signatureto the blockchain.
 16. A non-transitory computer-readable storage mediumassociated with a split-settlement node for blockchain-based datasynchronization implemented in a blockchain having a computer network ofa plurality of blockchain nodes, the blockchain nodes comprising atransaction node, a payment node, and the split-settlement node, thenon-transitory computer-readable storage medium being configured withinstructions executable by one or more processors to cause the one ormore processors to perform operations comprising: receiving, from thetransaction node via the computer network, a transaction order createdbased on a transaction record and broadcasted by the transaction node tothe plurality of blockchain nodes; confirming the received transactionorder broadcasted by the transaction node; storing the transaction orderin association with the blockchain upon confirming the transactionorder; sending, to the transaction node, a feedback message ofsuccessful recording of the transaction order; receiving, from thepayment node via the computer network, a payment order created based ona payment record and broadcasted by the payment node to the plurality ofblockchain nodes, wherein the payment order comprises information of apayer associated with the transaction order, a payee associated with thetransaction order, and an amount paid by the payer to the payee throughthe payment node; confirming the received payment order broadcasted bythe payment node; storing the payment order in association with theblockchain upon confirming the payment order; sending, to the paymentnode, a feedback message of successful recording of the payment order;receiving, from the payment node, a fund transfer corresponding to thepayment order; verifying an amount of the fund transfer received fromthe payment node is consistent with the amount paid by the payer to thepayee through the payment node that is included in the payment orderstored in association with the blockchain; performing a split-settlementoperation on the payee based on the amount paid by the payer to thepayee through the payment node, wherein the split-settlement operationcomprises splitting the transferred fund and transferring the split fundto one or more accounts; creating a split-settlement record based on thesplit-settlement operation; and broadcasting, to the plurality ofblockchain nodes that include the transaction node and the payment node,the split-settlement record for the transaction node and the paymentnode to verify the split-settlement record and to synchronize thesplit-settlement record upon confirmation of verification.
 17. Themedium of claim 16, wherein the operations further comprise: creating,by the transaction node, the transaction order based on the transactionrecord, wherein the at least one processor comprise the secondprocessor; signing, by the transaction node, a digest of the transactionorder using a private key of the transaction node to obtain a digitalsignature; and uploading, by the transaction node, the transaction orderand the digital signature to the blockchain for confirmation by thepayment node and the split-settlement node.
 18. The system of claim 17,wherein the confirming the received transaction order comprises:decrypting the digital signature using a public key of the transactionnode to obtain a first digest; applying a hash function to thetransaction order to obtain a second digest; and verifying that thetransaction order is uploaded by the transaction node to the blockchainif the first digest is consistent with the second digest.
 19. The systemof claim 16, wherein the operations further comprise: signing a digestof the split-settlement record using a private key of thesplit-settlement node to obtain a digital signature; and uploading thedigital signature to the blockchain.
 20. The system of claim 19, whereinthe operations further comprise: verifying, by the transaction node, thesplit-settlement record based on the digital signature; and verifying,by the payment node, the split-settlement record based on the digitalsignature.